ООАиП, 04 лекция (от 05 октября) Предыдущая лекция | Следующая лекция [править] Моделирование б.-м. Rational Unified Process Моделирование происходит в терминах исполнителей работ рабочие продукты Исполнители при помощи инструментов выполн. работы, приводящие к раб. прод. Моедли: Business Use-case model Business object(?) model Аналитик является осн. дейст. лицом, он возглавляет и проводит бизнес-моделир. Видение бизнеса --- документ, в котором указывается, для чего мы проводим ..., какие цели Оценка организации Бизнес-правила --- условия, которые должны соблюдаться обязательно (напр, налогообложение) Бизнес-цели --- те задачи, которые ставит перед собой организация, напр., стать самым крупным продавцом бубликов в России Глоссарий деятельности, глоссарий бизнеса --- основные термины, исп. в бизнесе Моедль бизнес-процессов, модель бизнес-объектов Дополнительная спецификация. Цель дополнить остальные документвы, описать вещи, которые не были описаны всеми другими документами. Примером такого рода положений,Ю которые могут войти в доп. спецификацию может быть установление неокего стандарта. Например, если вы азрабатываете ПО для супермаркета, то будете готовы к тому, что вес будет в фунтах, а длина в футах, а в европе метрическая система. Также, другие вещи, связанные с локальным, региональным, национальным доказательством, отражаются там. Бизнес-аналитик определчяет бизнес-цели. Его представляют в виде дерева. Фактически, это дерево указывает на цели и на цели, от которых зависит вышестоящая цель. Пример: Стать самым крупным поставщиком мебели в Европе. Привлекать заказчиков Делать так, чтобы те, кто купили, купили ещё Таким образом,, равзбиваем цели на подцели, выстраиваем зависимости... Атрибуты цели: У каждой цели должно быть имя. Чтобы было понятно, о чём цель. Например, «Цель №1» не является хорошим именем, лучше названия из примера. Караткое описание Требуемые значения, то есть значения показателей, которые являются макс., при достижении которых цель считается достигнутой. Например, цель «стать самым крупным пост. в Европе», то это равно иметь больше всех филиалов в Европе. Текущее значение --- что уже есть Единица измерение --- штуки заказчиков, штуки денег Срок реализации Приоритет Каждая цель должна быть связана с неким бизнес-процессом, который обеспечивает дост. данной цели. В противном случае, никаких способов дост. цели иметь не будем. Второе лицо в рамках модели разработки ---- бизнес-разработчик. Описывате б-п, ищет исп. и сущности, уточняет исп. и сущности. Результом его деятельности являются: Совокупность бизнес-акторов. Для каждого б-а составляется его описание Совок б-п Совок реализацийц б-п Совок бизнес-исполнителей Сущности Описнаие бизнес-систем Описание бизнес-событий Что осущ. бизнес-разработчик. Если он ведёт процесс вцелом, то это может быть один человек, в большой компании это может быть отдельный человек, может быть отдельный человек для отдельных разделов. Бизнес-разраб строит свой кусочен бизнес-модели, который после объекд бизнес-разщлделов в бизм-модель будет единым целым, созд. разными людьми. Кроме того, он должен промоделировать бизнес-usecase, ... Бизнес-моделирование: возможные пути: Может осущ. в два приёма. Если орг. сложная, если рахрабю. не имею.т опыта работа в данной сфере, они могут произвести предв. итерацию, построить предв. модель. Может быть сделана предв. оценка бизнеса, сделано погр. в этот бизнес. Ели бролее опытные разраб могут не делать предв. итераиции. В нек. прилож нет необх. уделять внимание бизнес-проц., достаточно бывает выделить бизнес-объекты. В этом случае проходим по правой ветке и б-м заканчивается. Если решено провести полный б-анрализ, то параллельбно три ветки Составление модели как есть Составление модели как будет Выявление тех мест, в которых наша будущая бизнес-система будет участвовать Если посмотреть на как будет? Выделяются бизнесо-проц Происходит их уточнение Модель бизнес-объектов (проект, реализ бизнеесо-процессов) Критически смотрим на то, что получилось, структурируем, унифиц. те лементы, может разные в один, удалить лишнее, добавить. Это заверш. пересмотр. получ. модели Если посм., как связаны дейст. бизнес-аналитика и бизнес-проектировщика, можно сделать такую картинку: Бизнес-аналитик составляет ... бизн-процессы Потом б-проект готовит описание б-п это для того, чтобы потм разбить б-модель, перестроить Помимо опис, б-проект выделяет исп. и бизнес-сущности Появляется третье лицо, реценхент, он должен посмотреть на то, что ба и б-п наработали, и результатом его ревью явл. его либо какие-то изменения, либо подсчитанные характеристики. Мы переходим к двум моделям, которые соть. вместе с документами разными б-м. Модель бизнес процессо. В терминал ролей (business-actor) и потребностей. B-actor В UML business-actor изображается как человечек с гвоздём в голове Это некое дейст. лицо в нашей орг (поставщики, партнёры, органы власти) Если мы проводим некие границы орг., то внешщние подразделения также оформ. как b-actors и ... Орг. представляется как чёрноящик, а вокруг заинтересованные лица, кторые учавствуют и необх. для того, чтобы орг функционировала Business-usecase Овал с вбитым в бок гвоздём Описание посл. действий, приносящих ощутимый результат конкретному дейст. лиц (b-actor'у) Разница мезду actor и b-actor, и usecase. когда имеется в виду actor, то имеется в виду пользователь нашей прогр. системы или внеш. программа. Когда b-actor, то имеется в виду пользователь организации. Как рпавило, рамки организации шире рамок системы. Business usecase для регистрации пасс. в аэропорту: Помоимо рисования моделей, объёмное время занимает написание business-usecases. Наименование краткое описание Цели результаты Сценарии событий Основной сценарий --- когда всё хорошо Альтернативные сценарии --- когда есть ошибки или затруднения Специальные требование (сколько времени занимает, какова макс. стоимость, ресурсоёмкость) Расширения, в которых опис. искл. ситукации Связи данного б-процесса с другими б-просцессами и действ. лицами Также вкл. диаграмы деятельности Пример: фото_1 Структуризация модели: указание связи межд. действ. лицами и б-проццессами: ... Если у двух б-процессов выявл. общая часть, то экономнее выделить её в абстрактный бизнес процесс, он же явл. подчинённым, и будет включён в юизнес-просессы, в которых он учавствует. Пример: оформить багаж. Другой тип связи --- расширение. Это значит, что некий другой процесс явл. более навороченным вариантом исходного. Пример: оформить пассажира --- оформить пассажира на прямой рейс Связи обобщения вариантов использования. Пример: оформить багаж: оформить обычный багаж, оформить ручную кладь, оформить ... . Тогда описываются три, а в обобщённом только ссылаются. Общая модель: фото_» Диаграма деятельности. Это граф, эл-тами которого являются деятельности. Кроме того, есть псевдоузлы --- начальный и концевой. Можно рассм. диагр. деят. как блок-схему. Здесь мы рассм. сразу три сценария регистрации пассажира на рейсе (см. фото_3). Диаграмы хороши тем, что позв. взглянуть не на отдельный сценарий, а на совок. сценариев. Модель бмизнес-анализа. МБА описывает реализацию БП. Исполнитель (Business worker). Это некая абстракция какой-то должности, человека или программы, занятые в БП. Они осущ. какую-то активную деятельность. В ходе свей деялетльности BW оперируют бизнес-сущностями. Сама по себе БС действий не инициирует, а явл объектом действий со стороны исполнителя. Примеры бизнес-сущностей: ... Мезду бизнес-сущн. могут быть установлены связи обобщения. Для б-сущностей могут быть диаграмы сост, показывающие, как могут меняться сущности в процессе. Типичный пример модели бизнес-объектов: диаграмма классов. Другой способ реализации use-cases: диаграммы последовательности. Действия, которые осущ. исп., являются его обязанностями. Они отображаются на диаграмме business object в виде операций. Бизнес-разраб. также опред. бизнес-событие. Б-событие может быть чем-то таким, что может повлиять на процесс, и что может повлиять на реакцию. Например, какой-то товар закончился/осталось его мало на складе. В таком случае, он моделируется как класс со стереотипом бизнес-событие, и указывается, что собюытие связано с сущностью продукт. На диаграммах моделей бизнес-объектов могут быть указаны зависимости исполнителей от бизнес-событий. В частности, кто посылает, кто принимает. Напр., кладовщик может обнаружить, что товара мало осталось, и может обратиться к ответственному лицу с тем, чтобы пооплнить запасы продукта. [править] Категории Бизнес-правил Всего выделяют два вида правил: Ограничения Упр. воздействия и реакции на воздействия** Предусл. и постусл. Структурные ограничения Правила вывода и вычисл. правила. Расск. о том, как устанавливается тот или иной факт. Напр, как определить, что клиент хороший --- если он выплачивает вовремя все свои счета. Вычислительные правила: цена_нетто = цена_продукта * (1 + процент_налога)